System and method for maintaining a personnel directory

ABSTRACT

A system and method for maintaining information in a personnel directory, according to which historical data is saved and associated with current data, so that a user can locate an individual using outdated information. An embodiment of the invention includes receiving a request to edit an existing data entry of the personnel directory, copying the existing data entry to create a previous data entry, editing the existing data entry, and associating the previous data entry with an associated data entry. A further embodiment includes receiving a search query looking for the previous data entry, searching the personnel directory for the previous data entry, identifying the associated data entry as corresponding to the previous data entry, and reporting the previous data entry and the associated data entry.

BACKGROUND

1. Field of the Invention

The present invention relates generally to human resource managementsoftware, and more particularly, to a system and method for maintainingdata in a personnel directory.

2. Background of the Invention

Large organizations, such as government agencies and major corporations,depend on electronic personnel directories to keep their members incontact with each other. Because these organizations frequently consistof multiple departments spread across wide geographic regions, membersof these organizations cannot possibly be acquainted with all of theother members. Nonetheless, to accomplish certain tasks, members must beable to identify and contact other people within the organization. Thepersonnel directory makes this exercise possible.

In a typical personnel directory, a user locates an entry by eitherbrowsing through an alphabetical list of names or by entering a name (orperhaps the first few letters of the name) in a search engine. Somepersonnel directories also enable a user to search using other criteria,such as telephone number, department, or organizational position. Afterlocating the entry of a desired member of the organization, a user canretrieve contact information associated with the member, such astelephone number, e-mail address, room number, organizational position,and home address. With this contact information, the user can then reachthe desired person.

FIGS. 1 and 2 illustrate an electronic personnel directory known asCOMPANY DIRECTORY™, which is sold by the Ascentis Corporation ofBellevue, Wash. As shown in FIG. 1, COMPANY DIRECTORY™ provides a list100 of personnel within an organization, and allows a user to search thelist using a drop-down menu 102 of possible search criteria. Aftersearching or browsing through the personnel list, and clicking through apersonnel entry, COMPANY DIRECTORY™ displays contact information andother data associated with the individual, as shown in FIG. 2. In thisexample, the contact information and other data include name 200, nickname 202, job title 204, work telephone number 206, e-mail address 208,employee identification 210, department 212, division 214, location 216,and a chart 218 showing the person's role within the organization.

Because the information in the personnel directory is only useful if itis accurate, conventional personnel directories also facilitate themaintenance of the information, to ensure that the data remainsup-to-date. In the case of COMPANY DIRECTORY™, the database of personnelinformation is linked to human resource databases (e.g., payrollsystems), so that when a human resource administrator adds employees,terminates employees, or updates employee information in the humanresource database, the changes automatically synchronize with thepersonnel directory.

Personnel directories also permit administrators to revise the personnelentries directly. The personnel directories provide edit functions thatenable a directory administrator to edit, delete, and add entries. Forexample, if a member of the organization changes his or her worklocation, then the directory administrator can change the member'stelephone number and room number. If a member changes her name, forexample, because of a marriage, then the directory administrator canchange the member's name in the directory. As another example, if amember leaves the organization because of a resignation or retirement,then the directory administrator can simply delete the member's entryfrom the personnel directory.

Unfortunately, in focusing on up-to-date information, conventionalpersonnel directories ignore the need for historical data. Indeed, byoverwriting and deleting outdated information, these personneldirectories prevent a user from identifying important relationshipsbetween current and old data. This limitation is especially troublesomebecause, in practice, an organization cannot update all of its records(electronic and paper) at the same time. Thus, paper documents anddatabases other than the personnel directory may refer to personnel thatno longer exist in the personnel directory.

As a hypothetical example, consider a project that was completed severalyears ago by two employees of ABC Company. The electronic and paperdocuments associated with the project cite the names of these twoemployees: Bonnie Smith and Clyde Miller. Now, several years after theproject, Amy, another employee from a different department of ABCCompany, needs to contact Bonnie and Clyde to ascertain informationabout the project. Amy may, for example, want to learn about the vendorsthat Bonnie and Clyde used in completing the project. Since thecompletion of the project, however, Bonnie's last name has changed fromSmith to Jones, because of her marriage. In addition, Clyde no longerworks for ABC Company. But, because ABC Company is a large organizationand Amy does not personally know Bonnie or Clyde, Amy does not know ofthese important facts.

To locate Bonnie, Amy consults the personnel directory of the ABCCompany. Amy reads the project documentation and enters into thedirectory search engine the surname for Bonnie that is listed in thedocumentation, i.e., Smith. Unfortunately, because Bonnie's last namehas been changed from Smith to Jones in the personnel directory, thedirectory returns no matches. Consequently, Amy not only lacks a meansfor determining how to contact Bonnie Smith, but also lacks anexplanation as to why Bonnie Smith no longer appears in the personneldirectory.

To locate Clyde, Amy again reads the project documentation and entersinto the directory search engine the name that is listed in thedocumentation, i.e., Clyde Miller. This time, because Clyde left ABCCompany and was deleted from the personnel directory, the directoryagain returns no matches. Consequently, Amy does not have contactinformation for Clyde, or an explanation as to why Clyde no longerappears in the personnel directory. Furthermore, Amy has no means ofidentifying alternate employees who may have knowledge of the project,but were not listed in the original project documentation.

Thus, there remains a need for a personnel directory that enables a userto identify relationships between current and historical data.

SUMMARY OF THE INVENTION

The present invention is a system and method for maintaining informationin a personnel directory. Unlike the personnel directories of the priorart, the present invention saves historical data and associates thathistorical data with current data. In this manner, even if a usersearches for an individual based on outdated information, the presentinvention can retrace and explain changes associated with thatindividual. Thus, instead of frustrating a user with “no-match” searchresults, the present invention returns an affirmative response to theuser that provides contact information for the desired person, or,alternatively, provides contact information for a replacement person whocan substitute for the desired person.

According to an embodiment of the present invention, a method formaintaining information in a personnel directory involves receiving arequest to edit an existing data entry of the personnel directory,copying the existing data entry to create a previous data entry, editingthe existing data entry, and associating the previous data entry with anassociated data entry. The previous data entry can be stored in ahistorical database and the associated data entry can be stored in acurrent database. In this manner, the method can further includereceiving a search query looking for the previous data entry, searchingthe current database for the previous data entry, searching thehistorical database for the previous data entry, identifying theassociated data entry as corresponding to the previous data entry, andreporting the previous data entry and the associated data entry.

In a first representative embodiment of the present invention, apersonnel directory application receives a request from a user to changeinformation associated with a person listed in the directory (e.g., theperson's last name). In response, the personnel directory applicationchanges the person's information as it is stored in a current database,and, at the same time, stores the person's old information in ahistorical database. The application then associates the old informationin the historical database with the new information in the currentdatabase. The application can also store an explanation of thisassociation in the historical database along with the person's oldinformation. The explanation can indicate why the person's informationchanged.

In a second representative embodiment of the present invention, apersonnel directory application receives a request from a user to deletea person listed in the directory. In response, the personnel directoryapplication removes the person's data entry from a current database inwhich it is stored, and, at the same time, stores the deleted person'sdata entry in a historical database. The application then associates thedeleted data entry in the historical database with the data entry of areplacement person in the current database. The personnel directoryapplication can establish this association automatically according topredefined rules, or can establish the association at the direction of auser. The application can also store an explanation of this associationin the historical database along with the deleted data entry. Theexplanation can disclose why the deleted data entry no longer appears inthe personnel directory and why the user is being referred to thereplacement person.

According to the two representative embodiments above, after the data isstored in the current and historical databases, when the personneldirectory application receives a search query, the application firstsearches the current database. If the application finds a data entry inthe current database that matches the search criteria, then theapplication returns that data entry. If the application does not find amatching data entry, then the application searches the historicaldatabase using the same search criteria.

After searching the historical database, if the application does notfind a match, then the application returns an error message. On theother hand, if the application does find a data entry matching thesearch criteria in the historical database, then the application returnsthe matching data entry from the historical database along with theassociated data entry from the current database. In the case of a changein a person's information (i.e., the first representative embodimentabove), the associated data entry provides the new information (e.g.,the new last name) of the desired person. In the case of a deleted dataentry (i.e., the second representative embodiment above), the associateddata entry provides information corresponding to the replacement person.In addition to the current and historical data, the application can alsoprovide an explanation of the association between the current andhistorical data.

Accordingly, an object of the present invention is to enable a user of apersonnel directory to use outdated and superseded information to locatea person's information in the directory.

Another object of the present invention is to link historical personneldata listed in old documentation of an organization to current personneldata of the organization.

These and other objects, aspects, and advantages of the presentinvention are described in greater detail in the detailed description ofthe invention and the attached materials. Additional features andadvantages of the invention will be set forth in the description thatfollows, will be apparent from the invention, or may be learned bypracticing the invention.

BRIEF DESCRIPTION OF THE DRAWINGS

FIGS. 1 and 2 are screen images of a conventional electronic personneldirectory.

FIG. 3 is a schematic diagram of a system for maintaining a personneldirectory, according to an embodiment of the present invention.

FIG. 4 is an exemplary flow chart outlining a method for maintaining apersonnel directory, according to an embodiment of the presentinvention.

FIG. 5 is a schematic diagram of the current database shown in FIG. 3,having two data entries, according to an embodiment of the presentinvention.

FIG. 6 is a schematic diagram of the databases shown in FIG. 3,indicating associations between old, new, and replacement data entries,according to an embodiment of the present invention.

FIG. 7 is a schematic diagram of the databases shown in FIG. 3,indicating associations between old, new, and replacement data entries,after a string of changes to the personnel directory, according to anembodiment of the present invention

DETAILED DESCRIPTION OF THE INVENTION

FIG. 3 illustrates a system 300 for maintaining a personnel directory,according to an embodiment of the present invention. As shown, system300 includes a personnel directory application 302 in communication witha current database 304 and a historical database 306. Application 302provides a graphical user interface through which a user can access andmanipulate the data stored in databases 304 and 306. Application 302 canbe a local desktop application or can be remotely accessible, through anIntranet or Internet browser, for example.

In accessing and manipulating data, application 302 searches and editsdatabases 304 and 306. For searching, application 302 receives queriesfrom users, searches databases 304 and 306 in accordance with thequeries, and returns results to the users listing data that meet thesearch criteria. Application 302 has the ability to search one or bothof databases 304 and 306.

For editing, application 302 enables users to read and/or write tocurrent database 304, to the extent that the users' access levelspermit. Writing to current database 304 includes at least one ofcreating new entries, changing data in existing entries, and deletingentries. In response to changes to current database 304, application 302updates historical database 306 and establishes associations 308 betweenthe data entries of current database 304 and those of historicaldatabase 306. If necessary, application 302 prompts a user to provideinformation concerning an association, as the user is changing a dataentry in current database 304. After the data is changed andassociations 308 are in place, application 302 can then read theassociations 308 when searching databases 304 and 306 and presentingsearch results to the user. Examples of the particular methods by whichassociations 308 are established are described in more detail below.

Although, for clarity, FIG. 3 and its related descriptions hereinrepresent current database 304 and historical database 306 as twoindividual databases, one of ordinary skill in the art would appreciatethat these databases could be a single database. For example, databases304 and 306 could be single relational database, in which associations308 are established using well-known file-linking and indexingtechniques. Thus, it should be understood that the system and method ofpresent invention operate according to data associations, rather thanany particular database structure.

With reference to system 300 of FIG. 3, FIG. 4 illustrates an embodimentof the method of the present invention. As shown in FIG. 4, the methodof the present invention begins in step 400 with the creation of a dataentry in current database 304 of an organization's personnel directory.This data entry describes a member of the organization, including atleast the name of the member, but in most instances, additionalinformation about the member, such as telephone number, e-mail address,office number, and position within the organization. To create the dataentry, a user can manually enter the information through the interfaceprovided by personnel directory application 302. Alternatively,application 302 can communicate with another application and/ordatabase, such as a payroll system, to retrieve the information.

As an example, picking up from the exemplary entries discussed in theBackground of the Invention, two data entries created in step 400 couldbe Bonnie Smith and Clyde Miller. Bonnie and Clyde are two employees ofthe ABC Company, who are listed in ABC's personnel directory. FIG. 5illustrates how current database 304 appears after step 400, with twodata entries 500 and 502 stored for Bonnie Smith and Clyde Miller,respectively.

After the member data entry has been established in current database304, in step 402, the data entry is edited. This edit can include therevision of the information stored in the data entry, as in the case ofa name change, or the deletion of the entire data entry, as in the caseof a member's departing the organization. As with the creation of thedata entry, edits can occur either through the manual entry of a user orthrough data synchronization with affiliated systems, such as payroll orhuman resource systems. At the end of step 402, if the data entry incurrent database 304 has been revised (as opposed to being deleted),this data entry with the revisions is referred to as the new data entry.If the data entry was deleted, it no longer appears in database 304. Ineither case of revision or deletion, the data entry as it appearedbefore the edit is referred to as the previous data entry.

In the example shown in FIG. 5, step 402 involves changing the last namestored in data entry 500 from “Smith” to “Jones” (because of a maritalname change), and deleting data entry 502 for Clyde Miller (because heleft ABC Company). FIG. 6 shows these changes to current database 304.In changing Bonnie's last name, previous data entry 500 is replaced withnew data entry 600. The cross-hatching over data entry 502 indicates thedeletion of Clyde from current database 304.

In step 404, the previous data entry is stored in historical database306. Preferably, personnel directory application 302 automaticallywrites the previous data entry to historical database 306 in response tothe edit to current database 304 (step 402). Indeed, one of ordinaryskill in the art would appreciate that steps 402 and 404 could occurconcurrently or in interchangeable order.

Thus, in this example, as shown in FIG. 6, the previous data entry 500(of FIG. 5), listing Bonnie Smith, is copied to historical database 306as data entry 602. Likewise, the previous data entry 502 (of FIG. 5),listing Clyde Miller, is copied to historical database 306 as data entry604.

In step 406, the method continues by creating association 308 (FIG. 3).Association 308 links the previous data entry that is now stored inhistorical database 306 with a data entry of current database 304. Ifthe edit in step 402 was a revision, which resulted in a new data entry,then step 406 associates the previous data entry with the new dataentry. Thus, for example, in the case of Bonnie, as shown in FIG. 6, newdata entry 600 (Bonnie Jones) of current database 304 is linked toprevious data entry 602 (Bonnie Smith) of historical database 306,through association 628.

On the other hand, if the edit in step 402 was a deletion, then step 406associates the previous data entry with a replacement data entry incurrent database 304. Personnel directory application 302 canautomatically determine this replacement data entry according topredefined rules. Alternatively, personnel directory application 302 canprompt the user who deleted the previous data entry for a replacementdata entry that should be associated with the previous data entry.

Thus, for example, in the case of Clyde, as shown in FIG. 6, previousdata entry 604 (Clyde Miller) is linked to replacement data entry 606(Joe Fillin). For purposes of this example, Joe Fillin is the newemployee of the ABC Company who took over the job responsibilities ofClyde after Clyde departed. Alternatively, Joe Fillin could be Clyde'sold supervisor who could speak to Clyde's activities, or at least beable to direct an inquirer to someone with knowledge of Clyde'sactivities.

Referring again to FIGS. 3 and 4, to determine that Joe Fillin is thereplacement data entry 606, personnel directory application 302 requiresthat the user who is deleting Clyde Miller from the directory enter thename of a replacement or supervisor who will take over for Clyde.Optionally, personnel directory application 302 can be configured toautomatically suggest or assign replacement data entry 606 by, forexample, matching Clyde's job position and/or department with that ofanother employee. If application 302 does not find a matching employee,application 302 can be configured to assign Clyde's supervisor toreplacement data entry 606.

At the conclusion of step 406, system 300 includes a data entry incurrent database 304 that is linked by association 308 to a previousdata entry in historical database 306. The data entry in currentdatabase 304 is either a new data entry or a replacement data entry.With these entries in place, in step 408, personnel directoryapplication 302 receives a search query from a user. This search querycan request current information, which is stored in current database304. Or, in accordance with the object of the present invention, thissearch query can request outdated information that does not appear incurrent database 304. In the examples discussed above, the outdatedinformation would be Bonnie's maiden name, Smith, or the name of theformer employee, Clyde Miller.

Having received the search query, in step 410, personnel directoryapplication 302 searches current database 304. This search covers allup-to-date information. In step 412, personnel directory application 302determines if any data entries of current database 304 satisfy thesearch criteria.

If the search finds a match in current database 304, then, in step 414,personnel directory application 302 displays the current data entry. Inthis case, the user would be looking for an individual who is listed inthe directory and would have up-to-date information (e.g., a currentname) on that individual. In the example of FIG. 6, a search for BonnieSmith or Joe Fillin would return the corresponding current data entry instep 414.

If, in step 412, the search does not find a match in current database304, then, in step 416, personnel directory application 302 executes thesame search in historical database 306. In this case, the user would,for example, be looking for an individual whose name has changed, suchas Bonnie Smith in FIG. 6, or who has left the organization, such asClyde Miller in FIG. 6.

In step 418, personnel directory application 302 determines if any dataentries of historical database 306 match the search criteria. If thesearch does not find a match in historical database 306, then, in step420, personnel directory application 302 returns an error messageexplaining that no current or historical personnel records match thesearch criteria. In this case, the user may have incorrectly entered(e.g., misspelled) the search criteria.

If, however, in step 418, personnel directory application 302 identifiesa data entry in historical database 306 that satisfies the searchcriteria, then, in step 422, application 302 displays the matching dataentry to the user. This matching data entry is the previous data entrythat was stored in historical database 306 in step 404. In displayingthe previous data entry to the user, application 302 indicates that theprevious data entry contains outdated information that has since beensuperseded by up-to-date information in current database 304. To aid theuser's understanding, application 302 can mark the previous data entrywith a visual indication (e.g., a flag) to show that the information isoutdated and inaccurate.

Also as a part of step 422, personnel directory application 302 providesthe user with access to an explanation of why the information that theuser requested is outdated and how that outdated information relates toup-to-date information stored in current database 304. That is,application 302 provides the user with a link from the previous dataentry to the current data entry, with an explanation of the association308 that links them. Thus, in the end, the user finds the individualthat the user was looking for, learns that the information that the userprovided is outdated, and learns why that information is outdated. Inaddition, the user obtains current information associated with theoutdated information, which facilitates the user's search for a personwho can substitute for the individual.

Thus, referring to the example of FIG. 6, if a user searches for BonnieSmith, then, in step 422, personnel directory application 302 displaysdata entry 602 from historical database 306, explains to the user thatBonnie's last name has changed from Smith to Jones due to her marriage(i.e., association 628), and provides access to new data entry 600,which lists Bonnie's latest contact information. In this manner, anotheremployee wishing to contact Bonnie Smith, such as Amy described above,can learn of Bonnie's new name and can contact her accordingly.

Similarly, if a user searches for Clyde Miller, then, in step 422,personnel directory application 302 displays previous data entry 604from historical database 306. Application 302 also explains that Clydehas left the ABC Company (i.e., association 638) and that inquiriesabout Clyde's work should be directed to his replacement (orsupervisor), Joe Fillin. Finally, application 302 provides the user withaccess to replacement data entry 606, which lists Joe Fillin's contactinformation. In this manner, another employee (e.g., Amy) seekinginformation about an old project of Clyde's can track down an ABCCompany employee with knowledge of the project.

Although the embodiments described above illustrate the presentinvention in the context of personnel name changes and departingpersonnel, one of ordinary skill in the art would appreciate that thepresent invention is useful for tracking any number of changes to apersonnel directory. For example, the present invention could be used totrack simple changes to contact information, such as telephone numberchanges. In this way, if a user is searching for an individual basedsolely on the individual's telephone number, and not the individual'sname, and if the individual's telephone number has changed, then thepresent invention can trace the telephone number changes, provide theuser with previous and current telephone numbers, and ultimately put theuser in touch with the desired person. For this reason, andnotwithstanding the particular benefits associated with using thepresent invention to track name changes and departing personnel, thesystem and method described herein should be considered broadly usefulfor providing current and historical data from a personnel directory, aswell as the associations between the current and historical data.

In addition, although the above-illustrated embodiments describe system300 as returning results in response to a search query, the presentinvention applies equally well to browsing an alphabetical list of namesin a personnel directory. In this alternate embodiment, system 300 couldprovide an alphabetical list of names from one or both of currentdatabase 304 and historical database 306. A user could choose whether toview only current names, only previous superseded names, or both. If auser chooses to view both current and superseded names, system 300 couldprovide a visual indication to distinguish between the current andsuperseded names, such as marking the superseded names with a red flag.

In another embodiment, the present invention maintains a string ofchanges associated with a data entry, by invoking successive iterationsof the process illustrated in FIG. 4 and described above. For example,continuing with the Bonnie Smith example from above, consider thesituation in which Bonnie leaves ABC Company after Bonnie's last namewas changed from Smith to Jones. As shown in FIG. 7, upon Bonnie'sdeparture, personnel directory application 302 deletes data entry 600(Bonnie Jones) from current database 304, as represented by thecross-hatching. At the same time, application 302 copies data entry 600into data entry 702 (Bonnie Jones) of historical database, keepingassociation 628 between data entry 702 and previous data entry 602(Bonnie Smith) in historical database.

Then, as with the Clyde Miller example, personnel directory application302 identifies a replacement data entry 704 in current database 304 thatshould be linked to data entry 600 through an association 708. In thisexample, replacement data entry 704 corresponds to Jane Substitute. Withthese data entries and associations established, a search requestlooking for Bonnie Smith would reveal that Bonnie Smith's name changedto Bonnie Jones, that Bonnie Jones left ABC Company, and that JaneSubstitute took over Bonnie Jones' job functions. Although not shown inFIG. 7, optionally, personnel directory application 302 could establisha direct association between previous data entry 602 (Bonnie Smith) andreplacement data entry 704 (Jane Substitute).

The foregoing disclosure of the preferred embodiments of the presentinvention has been presented for purposes of illustration anddescription. It is not intended to be exhaustive or to limit theinvention to the precise forms disclosed. Many variations andmodifications of the embodiments described herein will be obvious to oneof ordinary skill in the art in light of the above disclosure. The scopeof the invention is to be defined only by the claims appended hereto,and by their equivalents.

Further, in describing representative embodiments of the presentinvention, the specification may have presented the method and/orprocess of the present invention as a particular sequence of steps.However, to the extent that the method or process does not rely on theparticular order of steps set forth herein, the method or process shouldnot be limited to the particular sequence of steps described. As one ofordinary skill in the art would appreciate, other sequences of steps maybe possible. Therefore, the particular order of the steps set forth inthe specification should not be construed as limitations on the claims.In addition, the claims directed to the method and/or process of thepresent invention should not be limited to the performance of theirsteps in the order written, and one skilled in the art can readilyappreciate that the sequences may be varied and still remain within thespirit and scope of the present invention.

1. A personnel directory application comprising: (a) a first databaseinterface through which the personnel directory application is adaptedto store a plurality of current data entries in a current database; (b)a second database interface through which the personnel directoryapplication is adapted to store a plurality of outdated data entries ina historical database, wherein the current and historical databasescontain data entries that are mutually exclusive; and (c) a graphicaluser interface that accepts a search query for a desired outdated dataentry, wherein the personnel directory establishes associations betweenthe current data entries in the current database and the outdated dataentries in the historical database, and wherein the graphical userinterface, in response to the search query, presents the desiredoutdated data entry from the historical database and its associatedcurrent data entry from the current database including a reason for theassociation, wherein the current and outdated data entries are markedaccordingly.
 2. The personnel directory application of claim 1, whereinthe current database and the historical database are a single database.3. A system for maintaining a personnel directory comprising: (a) apersonnel directory application; (b) a current database in communicationwith the personnel directory application; and (c) a historical databasein communication with the personnel directory application, wherein thepersonnel directory application is adapted to receive a request to edita data entry of the current database location, to copy the data entry ofthe current database location into the historical database location inresponse to receiving the request, to edit the data entry of the currentdatabase location into an edited data entry, and to associate the editeddata entry of the current database location with the copied data entryof the historical database location to establish associations betweenone or more up-to-date data entries of the current database location andone or more outdated data entries of the historical database location,wherein further the up-to-date entries data in the current database andthe outdated data entries in the historical database location aremutually exclusive sets of data entries.
 4. The system of claim 3,wherein the current database location and the historical databaselocation are in separate databases.
 5. The system of claim 3, whereinthe personnel directory application is adapted to search the currentdatabase for the copied data entry, to search the historical databasefor the copied data entry, and to identify the copied data entry ascorresponding to the edited data entry.
 6. The system of claim 5,wherein the personnel directory application is adapted to provide anexplanation of the association between the copied data entry and theedited data entry.
 7. The system of claim 3, wherein the personneldirectory application is adapted to copy a particular data entry of thecurrent database location into the historical database location, todelete the particular data entry of the current database location, andto associate the particular copied data entry of the historical databaselocation with a replacement data entry of the current database location.8. The system of claim 7, wherein the personnel directory application isadapted to prompt a user to determine the replacement data entry.
 9. Amethod for maintaining a personnel directory of an organizationcomprising the steps of: copying a particular existing data entry at acurrent database location, which maintains a plurality of data entriesof the personnel directory, into a copied data entry at a historicaldatabase location maintaining a plurality of data entries; deleting theexisting data entry from the current database location; determining areplacement data entry for the current database location; associatingthe copied data entry at the historical database location with thereplacement data entry at the current database location and any otherrelated data entries residing in either database, wherein information inthe historical database does not exist in the current database and viceversa; receiving a search query for the copied data entry at thehistorical database location; and reporting the copied data entry fromthe historical database locations, wherein the associated replacementdata entry and any other associated data entries wherein the copied dataentry is marked as such.
 10. The method of claim 9, further comprisingthe step of reporting how the copied data entry and the associatedreplacement data entry are associated.
 11. The method of claim 9,wherein the existing data entry includes information related to a memberwho is departing the organization, and wherein the replacement dataentry includes information related to a replacement member of theorganization who substitutes for the departing member.
 12. The method ofclaim 11, wherein the step of determining comprises determining anorganizational position of the departing member from the existing dataentry, locating a second existing data entry with the organizationalposition, and making the second existing data entry the replacement dataentry.
 13. The method of claim 11, wherein the step of determiningcomprises determining a supervisor of the departing member from theexisting data entry, locating a second existing data entry correspondingto the supervisor, and making the second existing data entry thereplacement data entry.
 14. The method of claim 9, wherein the step ofdetermining comprises prompting a user to specify the replacement dataentry.
 15. The method of claim 9, wherein the current database locationand the historical database location are in separate databases.
 16. Amethod for maintaining a personnel directory of an organizationcomprising the steps of: copying a particular existing data entry at acurrent database location maintaining a plurality of data entries of thepersonnel directory into a copied data entry at a historical databaselocation; editing the existing data entry to create a new data entrythat is stored in the current database location, wherein the currentdatabase and the historical database are then mutually exclusivedatabases wherein further information in the historical database doesnot exist in the current database and vice versa; associating the newdata entry at the current database location with at least the copieddata entry at the historical database location, wherein the associationincludes entering an explanation of the association; receiving a searchquery for the copied data entry at the historical database location; andreporting the copied data entry from the historical database locationand the associated new data entry from the current database location,wherein the copied data entry is marked as such.
 17. The method of claim16, further comprising the step of reporting how the copied data entryand the associated new data entry are associated.
 18. The method ofclaim 16, wherein the existing data entry includes a name of a member inthe organization, and wherein the step of editing comprises changing thename of the member.
 19. A method for maintaining and using a personneldirectory comprising the steps of: receiving a request to edit anexisting data entry of the personnel directory, wherein the existingdata entry is a portion of the current database and is stored in acurrent database location; in response to receiving the request to editthe existing data entry, copying exclusively the existing data entryfrom the current database location to create a previous data entry in ahistorical database location wherein further the historical databaselocation and the current database location are in separate databaseswhich contain mutually exclusive information; editing the existing dataentry stored in the current database location to produce an associateddata entry; associating the previous data entry stored in the historicaldatabase location with one or more associated data entries, wherein theassociation includes entering an explanation of the association, whereinfurther the one or more associated data entries resides in eitherdatabase; receiving a search query for a data entry; searching thecurrent database for the data entry in a current database search;searching the historical database for the data entry in a historicaldatabase search; locating the data entry satisfying the search query;identifying one or more associated data entries corresponding to thedata entry satisfying the search query; and reporting the data entrysatisfying the search query and the one or more associated data entries,wherein any previous entries being reported are indicated as such. 20.The method of claim 19, wherein the step of editing comprises changingthe existing data entry to a new data entry, and wherein the associateddata entry is the new data entry.
 21. The method of claim 20, whereinthe existing data entry includes a name of a person listed in thepersonnel directory, and wherein the new data entry includes a new nameof the person.
 22. The method of claim 19, wherein the step of editingthe existing data entry comprises deleting the existing data entry, andwherein the associated data entry includes a replacement data entry ofthe personnel directory.
 23. The method of claim 22, further comprisingthe step of importing data entries from exogenous computer applicationsand databases.
 24. The method of claim 22, further comprising the stepof prompting a user to identify the replacement data entry.
 25. Themethod of claim 22, further comprising the step of identifying thereplacement data entry automatically using predefined rules.
 26. Themethod of claim 22, wherein the existing data entry corresponds to adeparted person, and wherein the replacement data entry corresponds to aperson who has assumed responsibilities of the departed person.
 27. Themethod of claim 19 wherein editing the existing data entry consists ofdeleting the existing data entry and wherein further the personneldirectory automatically assigns a replacement data entry.
 28. The methodof claim 27, further comprising the step of reporting how the previousdata entry and the associated data entry are associated.
 29. The methodof claim 27, further comprising the step of reporting why the previousdata entry was superseded.
 30. The method of claim 27, wherein the stepof receiving a search query comprises at least one of receiving thesearch query in a search engine of the personnel directory and receivingthe search query as a request to browse a list of data entries from atleast one of the current database and the historical database.